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Verfahren und Vorrxch1:tLngen zur Nu'tzung von Da^ben 
±n nicht: dxreki: verarbeltbaren Datenformaten 

Die Erf indung betrif ft ein Verfahren . zur Verwendung von 
5 nutzbaren Daten in nicht direkt verarbeitbaren Datenf ormaten 
nach dem Oberbegriff des Anspruchs 1, ein geodatisches 
Gerat nach Anspruch 14 bzw- 16, ein geodatisches System 
nach Anspruch 2 0 sowie ein Compute rprogrammprodukt nach 
. Anspruch 10, ein Computer-Daten-Signal nach Anspruch 11 und 
10 ein Referenz- oder Datenverzeichnis nach Anspruch 12 bzw. 



In vielen geodatischen Anwendungen und Systemen besteht die 
Notwendigkeit der haufigen oder standigen Obertragung von 

15 Daten zwischen verschiedenen Geraten. Dabei werden 
vorwiegend Daten mit zeitlichem oder raumlichem Bezug 
abertragen, die Parameter der Messung, Messwerte oder 
allgemeine Kommunikation, wie z.B. Meldungen uber Fehler, 
beinhalten kdnnen. Beispiele solcher Daten sind die 

20 aktuelle Zeit, der Orf eines Messgerates nebst evtl. 
vorhandener Ref erenzpunkte, sowie Richtung, Entfernung und 
Winkel zu Messpunkten. Die Obertragung kann dabei durch 
eine Vielzahl von geeigneten drahtgebundenen oder 
drahtlosen Kommunikationsmittel erfolgen, wie z.B. uber 

25 eine direkte Kabelverbindung sowie gerichteten oder 
ungerichteten Datenf unk. 

Ohne Beschrankung der allgemeinen Verwendbarkeit des 
erf indungsgemassen Verfahrens und der erf indungsgemassen 
30 Vorrichtungen soli hier die Anwendung fUr ein 
dif f erentielles Global Navigation Satellite System (D- 
GNSS), wie z.B. dem Global Positioning System (GPS), als 
ein eriauterndes Beispiel dienen. Hierauf beziehen sich 
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auch die rein exemplarisch dargestellten Datentypen und 

Datenformate, die allerdings mit einer Shnlichen . 

Ausgestaltung in vielen weiXe^ei>_Aaw.enduiigen-gen^t-24:--^e-gde^^^ 

kOnnen . 

5 

Beim differentiellen GNSS erfolgt die Positionsbestiiranung 
einer mobilen Einheit, dem sogenannten Rover, durch 
Datenempfang und Datenmessung zu Satelliten so wie auch der 
Datenempfang von Datenmessungen von wenigstens einer 
10- Referenzstation.. Da die Position der Ref erenzstation 
bekannt ist und diese ebenfalls die identischen Signale der 
Satelliten empfangt, kOnnen durch dieses dif f erentielle 
Korrekturverfahren einige Ungenauigkeiten und Fehler 
eliminiert werden. Durch dieses Verfahren ist eine" hChere 
15 Genauigkeit mSglich als sie mit einem Rover ohne 
Referenzstation mSglich wSre. Eine solche Station 
iibermittelt dem Rover fortlaufend Daten aus den empfangenen ■ 
Satellitensignalen. Je nach Ausgestaltung kdnnen dies 
Rohdaten oder bereits aufbereitete Daten sein. • 
20 . 

In der Praxis werden Ref erenzstationen jedoch meist nicht 
far jeden Messvorgang neu installiert, sondern es erfolgt 
eine Absttitzung auf ein ganzes Netz f estinstallierter 
Referenzstationen, die von verschiedenen Anwendern auch 
25 gleichzeitig genutzt werden kSnnen. Diese Stationen 
abertragen nun neben den satellitenbezogenen Daten und der 
Zeit auch spezifische Informationen uber sich selbst, wie 
z.B. die eigene Referenzstations-Nr . Daruber hinaus ist es 
erforderlich, technische Daten, wie Z.B. Antennenparameter, 
30 Oder Korrekturparameter zu abertragen. Beispiele far einen 
solchen Korrekturparameter stellen atmospharische oder 
geometrische Korrekturen dar, die beispielsweise in einem 
Netzwerk von permanenten Referenzstationen und einer 
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dazugehbrigen Netzwerkauswertesoftware ermittelt wurden und 
nun zur Korrektur von Rovermessungen in Abhangigkeit von 
der Entfernung zu den beteiligten Ref erenzstationen 
verwendet werden kann.". 

Da die Nutzung der Daten einer Ref erenzstation ftir 
verschiedene Rover mesglich sein soil, erfolgt die 
Ausstrahlung der Signale ungerichtet. Darait entsteht 
allerdings die Forderung, dass die Kommunikation auch mit 
den verschiedenen Systemen im Ausstrahlungsbereich einer 
Referenzstation mOglich sein muss, so dass eine Form der 
Standardisierung von ausgesandten Datenf ormaten notwendig 
ist . 

Ein far eine solche Obermittlung von Daten genutzter 
Standard fur herstellerunabhangige Datenformate wird von 
der Radio Technical Commission For Maritime Services (RTCM) 
in Alexandria, Virginia, USA festgelegt. Der Begriff 
Datenformat beschreibt eine abgeschlossene 

Informationseinheit zur Obertragung zwischen geodatischen 
Geraten. Der Inf ormationsaustausch erfolgt mittels 
identischer oder verschiedener Datenformate auf identischen 
Oder unterschiedlichen Datenf requenzen. Der Begriff 
Datenfeld beschreibt einen abgeschlossenen, definierten 
Dateninhalt mit einem angegebenen Wertebereich. 
Datenformate setzen sich beispielsweise aus einer 
Anfangskennung, unterschiedlichen Datenf eldern und einer 
Abschlusskennung mit einer eventuellen Checksumme zur 
Datenprtifung beim Empfangen zusammen. Der Begriff Datentyp 
beschreibt die mogliche Auspragung, wie ziam Beispiel Lange, 
vorzeichenlos oder vorzeichenbehaf tet, einer 

Informationseinheit. Datentypen werden zur Beschreibung von 
Datenf eldern verwendet. 
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Der bisher gUltige Standard RTCM y2.x besteht aus einem 
Oder mehreren Headern mit Datenfeldern als 
Grundinformation, an die optional ErgSnzungen angehangt 
5 werden kdnnen. Das Auftreten solcher Erganzungen in einem 
Datenformat wird durch sogenannte Flags als Indikatoren 
angezeigt- Dies bedeutet, dass jede libermittelte Nachricht 
nach ihrem Eingangsteil eine Sequenz aufweist^ die dem 
Empf anger anzeigt, ob und ggf. welche weitere Erganzungen 
10 folgen. Aus diesen Inf ormationen weiss der Empf anger ^ wie 
er den Datenstrom zu interpretieren und zu verarbeiten hat. 

Allerdings besitzt diese L6sung des Stands der Technik die 
Nachteile^ dass die Zahl der mCglichen ^Permutationen bei 
15 der verwendeten Zahl von Flags zwar relativ gering ist^ 
aber trotzdem nicht jeder Hersteller alle mGglichen 
Permutationen und die Verarbeitung der damit verbundenen 
Daten in seinen Geraten berucksichtigt hat. 

20 Eine im Stand der Technik bekannte Losung fur die 
eingeschrSnkte Zahl von Flags besteht darin, Datenformate 
zu definieren^ z.B. als ausgewahlte Permutationen, und mit 
einer fortlauf enden Codierung zu versehen. Aus dieser zu 
Beginn der Mitteilung tibertragenen Nummer kann ein Gerat 

25 das Datenformat als Sequenz verschiedener Datenfelder aus 
Datentypen ableiten und damit die Datenfelder auswerten, 

Obwohl so der Adressraum und damit die Zahl der nutzbaren 
Mitteilungsvariationen gegentiber der Flag-Alternative 
30 deutlich erweitert werden kann, besteht die Problematik, 
dass in der Firmware der Gerate alle zu abermittelnden 
Varianten vorerfasst sein mussen. Empfangt ein Gerat eine 
Mitteilung bzw. Datenformat mit unbekannter Codierung, kann 
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eine direkte Verarbeitung nicht mehr erfolgen, obwohl 
gegebenenfalls in der Sequenz von Datenfeldern auch durch 
dieses Gerat prinzipiell auswertbare Datenfelder mit nutz- 
und verarbeitbaren Daten enthalten sind. 

Eine solche L5sung erfordert bei einer Anderung der 
verfUgbaren Mitteilungen durch Hinzuftigen von neuen 
Datenformaten oder Andern bestehender Datenf ontiate 
zwangsiaufig die Erstellung einer neuen Firmware-Variante 
durch alle Hersteller. Zudem muss diese neiae Variante nach 
ihrer Erstellung auf alle Gerate aufgespielt werden, was 
einen hohen Koordinationsaufwand bedingt. 

Diese am Beispiel des dif ferentiellen GNSS dargestellte 
Problematik kann grundsatzlich auch bei der Kommunikation 
zwischen anderen geodStischen Geraten auftreten. 
Beispielsweise kann ein Theodolit mit einem weiteren 
Theodoliten und/oder intelligenten Ref lektorsystemen Daten 
austauschen, wobei eine ahnliche Problemstellung auftritt, 
da auch hier Gerate unterschiedlicher Hersteller und 
unterschiedlichen Entwicklungsstandes kommunizieren und 
zusammenwirken mtissen. 



Die Aufgabe der vorliegenden Erfindung besteht in 
Bereitstellung eines Verfahrens bzw. zugehOriger 
Vorrichtungen und datentechnischer Elemente, die eine 
fortlaufende Ver anderung eines Satzes von Datenformaten 
erlaubt . 



Insbesondere soli erreicht warden, dass eine standige 
Anpassung der auf den geodatischen Geraten vorhandenen 
Firmware aufgrund einer Oberarbeitung oder Neugestaltung 
des Standards entfailt. 
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Eine weitere . A.ufgabe besteht darin, eine automatisierte 

Herbeifahrunq der Verarbeitbarkelt von nicht direkt 

verarbeitbaren Datenf ormaten zu bewirken. 

5 

Eine weitere Aufgabe besteht darin^ eine Verarbeitbarkeit 
auch aiterer Datenf ormate mbglich zu machen. 

Eine weitere Aufgabe besteht darin, eine Erweiterung der 
10. verwendbaren Datenf elder bzw. Datenf ormate durch Einftihrung 
neuer Datentypen zu ermOglichen. 

Diese Aufgaben warden erf indungsgemass durch die 
kennzeichnenden Merkmale der Anspruche 1, 14 bzw. 16 sowie 
15 durch die kennzeichnenden Merkmale der Unteranspriiche gelost 
bzw- die Losungen f ortgebildet . 

Die vorliegende Erfindung betrifft ein Verfahren, 
geodatische Cerate, ein geodatisches System sowie ein 
. 20 Computerprogrammprodukt, ein Computer-Daten-Signal und ein 
Referenz- oder Datenverzeichnis . 

Die erf indungsgemass zu tibermittelnden Mitteilungen werden 
in einem Datenf ormat gesendet, das aus einer Sequenz von 

25 wenigstens zwei Datenf eldern besteht. Ein Datenf eld besitzt 
dabei eine grundsatzlich beliebige Lange, so dass die 
Datenf elder innerhalb eines Datenf ormates eine 
unterschiedliche Lange aufweisen konnen. Die Information in 
jedem Datenf eld wird in einem definierten Datentyp 

30 gespeichert- Innerhalb eines Datenf ormates konnen sich 
Datenf elder wiederholen, z.B. wenn gleichartige Daten 
mehrerer Satelliten hintereinander ubertragen werden, oder 
aber die gleiche Information in mehreren Datenfeldern 
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unterschiedlichen Datentyps abgelegt warden, z.B. bei der 
Obermittlung der Zeit in unterschiedlichen 

Darstellungsformen. Auch kOnnen in einer Mitteilung mehrere 
Indikatoren beinhaltet sein, wie z.B. Flags Oder Parity 
Bits. Diese werden ebenfalls jeweils unter dem Begriff des 
Datenfeldes subsiamiert. 



Das Datenfomiat jeder Mitteilung kann anhand einer 
Codierung, die vorzugsweise numerisch oder alphanumerisch 
erfolgt, eindeutig bestiinmt werden. In jedem 
erfindungsgemassen geodatischen Gerat, das zum Empfang der 
Mitteilungen ausgelegt ist, sind Mittel zur Verarbeitung 
nutzbarer Daten vorhanden, die einen Satz von diesem Gerat 
bekannten Datenfeldern auswerten kann. Ausserdem verfiigt 
das Gerat tiber die Kenntnis einer bestimmten Anzahl von 
Datenformaten, d.h. sowohl die beinhalteten Datenf elder als 
auch deren Abfolge sind dem Gerat bekannt und konnen 
beispielsweise aufgrund der Codierung einer Mitteilung der 
Verarbeitung zugrunde gelegt werden. Diese Datenf ormate 
stellen damit einen Satz direkt verarbeitbarer Datenformate 
dar, die ausschliesslich Qber auswertbare Datenfelder 
verfagen. Der Begriff "auswertbar" bezieht sich hier 
darauf, dass durch das Gerat bzw. die darauf befindliche 
Firmware eine Erkennung und Auswertung der in diesem 
Datenf eld gespeicherten Daten geleistet werden kann. Dies 
erfordert nicht, dass die jeweiligen Daten nachfolgend 
tatsachlich far einen bestimmten Zweck verarbeitet werden. 
Der Begriff "auswertbar" bezieht sich somit auf die 
potentielle Nutzbarkeit der Daten im jeweiligen Datenf eld. 

Unter dem Begriff ^geodatisches Gerat^^ sollen in diesem 
Zusammenhang verallgemeinernd stets Vorrichtungen 
verstanden werden, die zur Messung oder Oberprvifung von 
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Daten mit raumlichem Bezug dienen Oder eingerichtet sind, 
Insbesondere betrifft dies die Messung von Ort, Entfernung 
u nd/ oder Richtung bzw> Winkeln zu einem Oder mehreren 
Bezugs- Oder Messpunkten. Dies betrifft nicht nur 
5 ausschliesslich terrestrische Systeme sondern auch solGhe^ 
die Komponenten zur satellitengesttttzten Ortsbestiiranung 
(bspw. GPS Oder GLONASS) verwenden. Insbesondere sollen 
hier untier solchen geodatischen Geraten beispielsweise 
ortsfeste, mobile Ref erenzstationen oder bewegte Stationen, 

10- sogenannte Rover, aber auch kleinere, mobile Gerate wie 
Theodoliten sowie sogenannte Totalstationen als Tachymeter 
mit elektronischer Winkelmessung und elektrooptischem 
Entf ernungsmesser verstanden werden. Gleichermassen ist die 
Erfindung zur Verwendung in spezialisierten Vorrichtungen 

15 mit ahnlicher Funktionalitat geeignet, z.B. in 
militarischen Richtkreisen oder in der industriellen 
Bauwerks- oder ProzessUberwachung; diese Systeme werden 
hiermit ebenfalls unter dem Begriff ,,geodatisches Gerat^' 
erf asst. 



Erfolgt eine Erganzung der bestehenden Datenformate durch 
das HinzufOgen neuer Datenformate, so kSnnen diese neuen 
Datenformate nicht direkt verarbeitet werden, da dem Gerat 
die Kenntnis des Aufbaus fehlt. Eine Anpassung und 

25 Erganzung von Datenfeldern kann zum Beispiel far eine 
erhohte AuflSsung oder einen geanderten Wertebereich 
notwendig sein. Da auch ein optimaler Datendurchsatz und 
eine optimale Kommunikation berUcksichtigt werden mtissen, 
ist ein Ersatz der vorhandenen durch neudef inierte 

30 Datenformate vorteilhaft- Die neuen Datenformate konnen 
dabei aus einer Permutation der Datenfelder eines bekannten 
Datenformates bestehen oder aber auch eine neue Sequenz von 
Datenfeldern darstellen. Gegebenenf alls enthalten diese 
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Datenformate auch neue Typen von Datenf eldern, die durch 
das Gerat weder erkannt noch genutzt werden kOnnen. Diese 
Datenf elder sind damit nicht auswertbar. 

Damit bestehen die neuen, nicht direkt verarbeitbaren 
Datenformate aus einer Sequenz von auswertbaren und/oder 
nicht auswertbaren Datenf eldern. 



Um dennoch eine Nutzung der nicht direkt verarbeitbaren 
Datenformate zu ermoglichen,. muss das GerSt die 
auswertbaren Datenf elder identifizieren bzw. lokalisieren 
kbnnen. Erf indungsgemass erfolgt deshalb bei einer bi- 
direktionalen Kommunikation die Obermittlung eines 
Referenzverzeichnisses vorzugsweise in Zusammenhang mit dem 
Aufbau einer Kommunikationsverbindung zwischen den 
beteiligten Geraten, wahrend far unidirektionale 
Verbindungen Teile des Referenzverzeichnisses auch verteilt 
aber einen bestimmten Zeitraum und mit Wiederholungen 
mittels zu def inierenden Datenf ormaten Ubertragen werden 
k5nnen. Weitere Aniasse fiir die automatisierte oder manuell 
ausgeieste Obermittlung des Referenzverzeichnisses kOnnen 
jedoch auch externe VorgSnge, wie z.B. die Meldung eines 
empfangenden Gerates, das eine Mitteilung nicht verarbeiten 
kann, oder interne VorgSnge in dem sendenden Gerat sein, 
wie z.B. das Ablaufen eines Zahlers oder das Erreichen 
einer Zeitmarke, wodurch insbesondere auch eine periodische 
Obertragung des Verzeichnisses bewirkt werden kann. 

Das Referenzverzeichnis enthait zu jedem codierten 
Datenformat die Reihenfolge und die Typen der verwendeten 
Datenformate. Damit kSnnen auch innerhalb eines v511ig 
neuen, nicht direkt verarbeitbaren Datenformates ein oder 
mehrere auswertbare Datenf elder genutzt werden. Somit wird 
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eine indirekte Verarbeitbarkeit der neuen Datenformate 
ermoglicht . 

Alternativ kann statt der direkten Angabe der Abfolge von 
5 Datenfeldern auch eine andere Notation verwendet werden. 
Beispielsweise kSnnen auch neue^ nicht direkt verarbeitbare 
Datenformate aus den bekannten Datenformaten hergeleitet 
werden, indem die Anderungen angegeben werden. Insbesondere 
bei neuen Datenformaten, die lediglich als 

10 Aneinanderreihung kurzerer, bekannter Datenformate 
dargestellt werden kOnnen, bietet sich diese Notation an, 
da hiermit das Ref erenzverzeichnis kleiner gehalten werden 
kann. Auch ist die Angabe der Veranderung dann vorteilhaft, 
wenn bereits ein grosser Bestand an vergleichsweise kurzen 

15 Datenformaten vorliegt, der quasi modular komplexere 
Datenformate beschreiben kann. Insofern stellen diese 
kurzen Datenformate Meta-Datenf elder fur ubergeordnete, 
langere Datenformate dar. 

20 Wird das GerSt bzw. die darauf befindliche Firmware so 
ausgelegt, dass diese auch neue Typen von Datenfeldern oder 
neue Datentypen auf der Basis wenigstens eines 
abemnittelten Datenverzeichnisses verwenden konnen, so wird 
es mOglich, auch Datenformate mit neuen Datenfeldern in 

25 vollem Umfang zu nutzen. Diese Datenverzeichnis kann 
grundseitzlich analog zu dem Ref erenzverzeichnis gestaltet 
und gehandhabt werden und neue Datenf elder Oder Datentype-n 
definieren. Gegebenenf alls kann auch die Definition von 
Datenfelder und Datentypen parallel in einem gemeinsamen 

30 Verzeichnis erfolgen. Neue Datenfelder k5nnen als erweiterte 
Beschreibungen von alten Datenfeldern eingefUhrt werden - 
Damit lasst sich zum Beispiel eine Bereichserweiterung oder 
auch eine Anpassung der Inf ormationsauf losung erreichen. 
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Aus dem ubermittelten Ref erenzverzeichnis folgt die Sequenz 
der Datenfelder, die nun bekannt und auswertbar oder neu 
und nicht auswertbar sein kdnnen. WShrend die auswertbaren 
Datenfelder bereits auf der Basis dieser Sequenzinformation 
lokalisiert und damit ausgewertet werden kdnnen, kann far 
die nicht auswertbaren Datenfelder deren Definition aus dem 
Datenverzeichnis entnommen werden, so dass auch die bisher 
nicht auswertbaren Datenfelder genutzt werden kdnnen. 
Grundsatzlich ist es mOglich, sowohl beide Typen von 
Verzeichnissen in einem Verzeichnis zusanmienzufassen, wie 
auch eine Einfahrung weiterer Ebenen der Datenbeschreibung 
und -definition zuzulassen und in gegebenenf alls zu 
tibermittelnden weiteren Verzeichnissen abzulegen. Das 
Referenz- bzw.' Datenverzeichnis kann erfindungsgemSss 
sowohl als eine Datei innerhalb eines Vorgangs Oder aber 
auch stackweise verteilt aber einen Zeitraum oder mehrere 
Vorgange Ubertragen werden. Die Nutzung erfolgt dann 
bereits auf der Basis der stackweise abertragenen Anteile 
Oder aber erst nach vollstandigem Empfang des gesamten 
Verzeichnisses. Insbesondere kann bei einer 

unidirektionalen Kommunikation auch eine periodische 
Obertragung von kurzen Teilen des Referenz- und/oder 
Datenverzeichnisses erfolgen, wobei dieser Vorgang nach 
erfolgter vollstSndiger Ausstrahlung eines Verzeichnisses 
auch standig, ggf. mit Unterbrechungen, wiederholt werden 
kann. Die Obertragung des Verzeichnisses gewinnt hierdurch 
einen quasi-kontinuierlichen Charakter. Auf diese Weise 
wird es far ein empf angendes Gerat mdglich> nach einer 
gewissen Zeitdauer alle Teile des jeweiligen Verzeichnisses 
aus den ausgesandten Mitteilungen zu entnehraen und wieder 
zu dem vollstandigen Verzeichnis zusammenzusetzen. 
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Das erfindungsgemSsse Verfahren und zugehOrige Gerate bzw. 
Verzeichnisse werden nachfolgend anhand von in der 
Zeichnung schematisch dargestel lten Ausf tihrungsbeispielen 
rein beispielhaft naher beschrieben. Im einzelnen zeigen 

Fig.l eine Realisierungsf orm von Datenformaten mit 
Flags nach dem Stand der Technik; 

Fig. 2 eine weitere Realisierungsf orm von Datenformaten 
10 mit einer numerischen Codierung nach dem Stand 

der Technik; 

Fig. 3 zwei Gruppen von Datenformaten, von denen eine 

aus direkt verarbeitbaren Datenformaten, die 
15 andere aus nicht direkt verarbeitbaren 

Datenformaten besteht; 

Fig. 4 eine erste Moglichkeit zur Nutzung auswertbarer 

Datenfelder . in nicht * direkt verarbeitbaren 
20 Datenformaten; 

Fig. 5 eine zweite Mdglichkeit zur Nutzung auswertbarer 

Datenfelder in nicht direkt verarbeitbaren 
Datenformaten; 



Fig. 6 eine dritte MOglichkeit zur Nutzung auswertbarer 

Datenfelder in nicht direkt verarbeitbaren 
Datenformaten; 



30 Fig. 7 eine schematische Darstellung eines 

erf indungsgemassen Ref erenzverzeichnisses mit 

unmittelbarer Angabe der Sequenz von 
Datenf eldern; 
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Fig. 8 zwei weitere Gruppen von Datenf ormaten, von denen 

eine aus direkt verarbeitbaren Datenf ormaten, die 
andere aus nicht direkt verarbeitbaren 
Datenformaten besteht; 

Fig. 9 eine schematische Darstellung eines 

erf indungsgemSssen Ref erenzverzeichnisses mit 
mittelbarer Angabe der Sequenz von Datenfeldern; 

Fig. 10 eine schematische Darstellung der Handhabung von 
nicht auswertbaren Datenfeldern mit und ohne 
Verwendung eines Datenverzeichnisses; 

15 Fig. 11 eine schematische Darstellung eines 

erf indungsgemassen Datenverzeichnisses zur 

Definition von Datentypen; 

Fig . 12 eine schematische Darstellung eines 

20 erfindungsgemassen Datenverzeichnisses zur 

Definition von Datenfeldern; 

Fig- 13 eine schematische Darstellung der Zusammenhange 
von Datentypen^ Datenfeldern und Datenformaten; 

25 

Fig. 14 eine schematische Darstellung eines 

erfindungsgemSssen Datenverzeichnisses zur 

Definition von nicht auswertbaren Datenfeldern, 
wobei auf auswertbare Datenfelder zuruckgegrif f en 
30 wird; 
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Fig. 15 



eine schematische Darstellung der Obertragung des 
Ref erenzverzeichnisses mit einem erfindungs-. 
gemassen Verfahren; 



5 Fig. 16 eine schematische Darstellung des Empfangs und 



In Fig.l wird schematisch der Aufbau eines geodStischen 

15 Datenformates des Stands der Technik mit Flags dargestellt. 
Bin Beispiel fur eine solche Realisierungsf orm stellt der 
RTCM-Standard V2 . 3 dar. Nach einem ftir alle Datenformate 
identischen Anfangsteil A folgen ein erstes Flag-Bit 1, ein 
zweites Flag-Bit 2 und ein drittes Flag-Bit 3. Durch das 

20 Setzen eines der Flag-Bits, d.h. durch das Zuordnen des 
binaren Wertes "Eins" far das jeweilige Bit, wird dem 
auswertenden Prograinm ein entsprechender angehangter 
Erganzungsteil signalisiert. Im obersten Beispiel des 
Codeformates sind alle drei Flag-Bits 1,2 und 3 auf "Null" 

25 gesetzt, so dass ein Programm den Anfangsteil einer 
Mitteilung in diesem Format verarbeitet und dann keine 
weiteren Daten aus dieser Mitteilung mehr ausliest. Das 
darunter liegenden Datenformat weist ein auf "Eins" 
gesetztes erstes Flag-Bit 1 auf, welches anzeigt, dass ein 

30 Erganzungsteil 81 folgt. Werden das erste Flag-Bit 1 und 
das. zweite Flag-Bit 2 auf "Eins" gesetzt, wie im mittleren 
Beispiel gezeigt, folgen zwei Erganzungsteile Bl und B2, 
wobei der Teil Bl stets vor B2 folgt. Die Reihenfolge der 



der Auswertung von in nicht direkt verarbeitbaren 
Datenformaten Ubermittelten Daten mit einem 
erf indungsgemassen Verfahren; und 



10 



Fig. 17 



eine schematische Darstellung eines Theodoliten 
mit weiteren Geraten als erf indungsgemasses 



System. 
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Erganzungsteile wird auch bei Weglassung eines 
Erganzungsteils bewahrt, wie in den beiden untersten 
Beispielen gezeigt wird. Durch die Verwendung der Flag-Bits 
kann damit eine Zahl von verschiedenen Datenf ormaten aus 
jeweils einem gemeinsamen Anfangsteil und einer der Zahl 
von Flag-Bits entsprechenden Menge von zusStzlichen 
ErgSnzungsteilen abgeleitet werden, wobei die 

Erganzungsteile auch grundsatzlich mehrere Datenf elder in 
fest definierter Folge umfassen kSnnen. 

Fig. 2 zeigt eine weitere Ausfahrungsforin von Datenf ormaten 
des Stands der Technik. Dieses Beispiel ahnelt dem im 
Entwurf ztun Standard RTCM 3.0 vorgesehenen Aufbau. Jedes 
Datenformat besitzt nun eine an den Anfang gestellten 
Codierung 4, die einen -Anfangsteil des Datenf ormats 
darstellt. Auf diese Codierung 4 folgen mehrere Datenf elder 
CI, C2 und C3, deren Zahl und Reihenfolge ftir jedes 
Datenformat variieren kann, insbesondere kttnnen sich manche 
Datenf elder auch wiederholen, z.B. wenn die gleichen 
Datensatze verschiedener Satelliten beim dif f erentiellen 
GNSS durch eine Referenzstation tibertragen werden. 

In Fig. 3 sind zwei Gruppen von Datenf ormaten, die anhand 
ihrer Codierung 4 identif iziert werden. Von diesen 
Datenf ormaten sind die Versionen 0001, 0002 und 0003 
bekannt und damit direkt verarbeitbar, die Datenformate 
0004 und 0005 sind neu eingefUhrt und damit far aitere 
Cerate, die diese Datenformate in ihrer Software nicht 
berUcksichtigen, nicht direkt verarbeitbar . Allerdings 
bestehen in diesem speziellen Fall die nicht direkt 
verarbeitbaren Datenf ormaten 0004 und 0005 aus 
Datenfeldern, die von dem Gerat bzw. der bestehenden 
Software grundsatzlich ausgewertet werden kdnnen. 
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Allerdings ist die jeweilige Sequenz der Datenfelder nicht 
bekannt, so dass keine Identif ikation und Auswertung 
erfolgen ka nn, 

5 Fig. 4 zeigt eine erste Moglichkeit zur Nutzung auswertbarer 
Datenfelder in den nicht direkt verarbeitbaren 
Datenformaten aus Fig. 3. VerfUgt das GerSt aber die 
Kenntnis der Sequenzen von Datenf eldern, kann das nicht 
direkt verarbeitbare Datenformat 0004 durch Weglassen Oder 
10 Ausblenden der auf das Datenf eld CI f olgenden ..Da.ten als das 
bekannte Datenformat 0001 verarbeitet werden. 

Die Fig -5 erlMutert eine zweite M5glichkeit zur Nutzung 
auswertbarer Datenfelder in nicht direkt verarbeitbaren 

15 Datenformaten. Das nicht direkt verarbeitbare Datenformat 
0005 kann nach Weglassen des Datenfeldes C3 so umgruppiert 
werden, das es dem direkt verarbeitbaren Datenformat 0002 
entspricht. Ist nun die Sequenz der Datenfelder im nicht 
direkt verarbeitbaren Datenformat 0005 bekannt, so konnen 

20 beispielswe.ise . beim Empfang des . .Datenf o.rmates die 
auswertbaren . Datenfelder in Speichermitteln 

zwischengespeichert und dann in der Reihenfolge des direkt 
verarbeitbaren Datenformats 0002 aus den Speichermitteln 
ausgelesen werden. GegenUber der verarbeitenden Software 

25 erscheint dann das direkt verarbeitbare Datenformat 0002. 

In Fig. 6 wird eine der Darstellung in Fig. 5 ahnliche dritte 
Moglichkeit zur Nutzung auswertbarer Datenfelder in nicht 
direkt verarbeitbaren Datenformaten gezeigt, bei der 
30 allerdings keine Ausblendung von Datenf eldern erfolgt, 
sondern das nicht direkt verarbeitbare Datenformat 0005 
nach einer Umordnung in ein direkt verarbeitbares 
Datenformat 0003 vollstandig genutzt werden kann. Somit 
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kann aus dem gleichen nicht direkt verarbeitbaren 
Datenformat 0005 unterschiedliche direkt verarbeitbare 
Datenformate 0002 oder 0003 abgeleitet warden. 

Fig. 7 zeigt ein Beispiel fiir ein erf indungsgemfisses 
Ref erenzverzeichnisses mit unmittelbarer Angabe der Sequenz 
von Datenfeldern ftir die in Fig. 3 exemplarisch eingefUhrten 
Datenformate. Die Datenformate werden zeilenweise 
beschrieben. Im ersten Feld einer Zeile steht die Codierung 
des Datenformates, die hier • durch eine vierstellige Zahl 
erfolgt. Danach folgt eine fortlaufende Angabe der 
Datenfelder in ihrer Abfolge innerhalb des Datenformates. 
Alternativ kann auch mit Kenntnis der Bitstruktur der 
bekannten Datenfelder eine Zuordnung auf f irmwareinterne 
Speicherbereiche vorgesehen werden. Nicht vorhandene 
Datenfelder bzw. das damit erreichte Ende des Datenformates 
wird durch die Angabe des Datenfeldes "00" angezeigt. Die 
gewahlte Darstellungsform der Fig. 7 erfolgt aus Grtinden der 
Anschaulichkeit und definiert damit nicht notwendigerweise 
das Format eines in der Realitat zu tibertragenden . 
Ref erenzverzeichnisses. WShrend der Obermittlung eines 
solchen Ref erenzverzeichnisses wird es sich aus Granden des 
zu abertragenden Datenvolumens empfehlen, eine Kompression 
des Datenvolumens durch Reduzierung nicht genutzter Zeilen 
Oder Spalten durchzufahren. Beispielsweise kann nach jeder 
vollstandigen Beschreibung eines Datenformates ein 
entsprechendes Indikatorsignal (Stopsequenz) fiir das Ende 
der Zeile gesendet werden. Alternativ konnen aber auch 
andere geeignete Verfahren zur Kompression oder 
Obermittlung des Ref erenzverzeichnisses Verwendung finden. 
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Fig. 8 zeigt eine erste Gruppe aus direkt verarbeitbaren 
. Datenf ormaten 0001-0004 und eine zweite Gruppe aus nicht 
direkt verarbeitbare Datenf ormaten 0005 und 0006, 

5 In Fig. 9 wird fUr die in Fig. 8 dargestellten Gruppen von 
Datenf ormaten ein erf indungsgemSsses Ref erenzverzeichnisses 
mit mittelbarer Angabe der Sequenz von Datenfeldern 
dargestellt. Die Beschreibung der nicht direkt 
verarbeitbaren Datenf ormate 0005 und 0006 erfolgt auf der 

10. Basis... der . Verfinderungen gegenUber bekannten und direkt 
verarbeitbaren Datenf ormaten. In der ersten Zeile wird im 
ersten Feld die Codierung "0005" des betreffenden 
Datenf ormats angegeben. Die nachfolgenden beiden Felder 
dieser Zeile besagen, das die Sequenz der Datenfelder in 

15 diesem Datenformat den auf einanderf olgenden Sequenzen der 
direkt verarbeitbaren Datenformate 0004 und 0002 
entspricht/ wobei allerdings noch ein Datenfeld CI am 
Schluss . der so aus bekannten Datenformaten gebildeten 
Sequenz wieder entfernt werden muss. Diese Notwendigkeit 

20- .wird . durch die Angabe "01" im letzten Feld- der Zeile 
angezeigt. Damit erfolgt in diesem Beispiel die Angabe der 
konstituierenden bekannten und direkt verarbeitbaren 
Datenformate nach der Codierung in einer von links 
beginnenden Folge, wahrend die Angabe der noch zu 

25 entfernenden Datenfelder am Ende der Zeile von rechts 
beginnend zu finden ist. In der zweiten Zeile ist eine 
gleichartige Angabe filr das Datenformat 0006 aufgeftihrt. 
Hier ergibt sich das nicht direkt verarbeitbare Datenformat 
vollstandig aus der Kombination der beiden direkt 

30 verarbeitbaren Datenformate 0002 und 0001, 



Neben auswertbaren Datenfeldern konnen in nicht direkt 
verarbeitbaren Datenformaten jedoch auch neue und damit 
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nicht auswertbare Datenfelder auftreten. In Fig. 10 erfolgt 
eine scheinatische Darstellung der Handhabung von nicht 
auswertbaren Datenfeldern mit und ohne Verwendung eines 
Datenverzeichnisses. Dargestellt wird eine weiteres nicht 
direkt verarbeitbares Datenformat 0007. Die obere, mit A 
bezeichnete Variante beinhaltet das Ausblenden des 
unbekannten und nicht auswertbaren Datenfeldes durch das 
Gerat. Beim Empfangen der Mitteilung wird aus dem 
Referenzverzeichnis die Sequenz der Datenfelder entnommen 
und wahrend des Empfangs bzw. wahrend der nachf olgenden 
Auswertung das vierte Datenfeld C4 ausgeblendet bzw. nicht 
aus den Speichermitteln ausgelesen, so dass die Sequenz der 
Datenfelder das nicht auswertbare Datenfeld C4 nicht mehr 
enthait. Eine seiche Sequenz entspricht dann dem direkt 
verarbeitbaren Datenformat 0002. Die untere, mit B 
bezeichnete Variante zeigt das Nutzen ' eines nicht 
auswertbaren Datenfeldes C4 durch Verwenden eines 
Datenverzeichnisses 6. In diesem Datenverzeichnis 6 sind 
die Informationen abgelegt, die es dem Gerat ermOglichen, 
die im nicht auswertbaren Datenfeld enthaltenen Daten 
dennoch zu nutzen. 



Fig. 11 zeigt eine schematische Darstellung eines solchen 
erfindungsgemassen Datenverzeichnisses zur Definition von 
Datentypen. Das Datenverzeichnis enthait zeilenweise eine 
Definition von Datentypen. Hier wird beispielsweise in der 
ersten Zeile ein Datentyp "BIT" definiert. Die Bezeichnung 
wird im ersten Feld angegeben. Im zweiten Feld steht die 
Zahl der Bits, im dritten Feld der kleinste und im vierten 
Feld der grdsste mogliche Wert des Datentyps. In diesem 
Fall stent "BIT" einen rein binaren Datentyp mit einer 
Lange von einem Bit und den moglichen Auspragungen "0" und 
"1" dar. Ein solcher Datentyp kann beispielsweise als Flag 



10 
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Verwendung finden.. In der nSchsten Zeile wird 
beispielsweise .der Datentyp "UINT16" festgelegt. Hierbei 
handelt es sich urn elnen Patent yp mit der Lange von 16 
Bits, der einen Wertebereich von "0" bis "65535" umfasst. 
In der dritten und vierten Zeile erfolgt eine Definition 
der Datentypen "INT16" und "INT17", die auch negative 
Wertebereiche beinhalten. Nicht verwendete Felder im 
Datenverzeichnis werden in Analogic zu Fig, 7 und Fig. 9 mit 
dem Wert "00" belegt. 



Eine schematische Darstellung eines weiteren 

erf indungsgemassen Datenverzeichnisses zur Definition von 
Datenfeldern zeigt Fig. 12. In jeder Zeile wird ein 
Datenfeld definiert^ wobei in diesem Beispiel auf die in 

15 Fig. 11 festgelegten Datentypen zuruckgegrif f en wird. In der 
ersten Zeile wird das Datenfeld "01" definiert. Dieses ist 
vom Datentyp "BIT". Das nachfolgende Feld bezeichnet die 
Interpretation der nachf olgenden Felder. Steht hier eine 
"0" als Flag, so folgen nun Felder mit alien mOglichen 

20 AusprSgungen des Wertebereichs dieses Datentyps. Durch eine 
"1" als Flag wird angezeigt, dass in den folgenden zwei 
Feldern jeweils der kleinste und der grSsste zulSssige Wert 
des Datentyps angegeben wird. In dieser ersten Zeile folgen 
nun alle m6glichen Auspragungen, die aufgrund des Datentyps 

25 nur "0" und "1" umfassen. In den Feldern werden diese Werte 
jeweils der Variablen "CODE" zugeordnet. FOr dieses 
Beispiel bedeutet dies, dass die im Gerat existente 
Variable "CODE" hier die maglichen Werte "0" und "1" aus 
einem Datenformat auslesen kann, die hier exemplarisch fvir 

30 die zwei unterschiedlichen Codeformen "C/A Code" oder "P(Y) 
Code" eines GNSS-Satelliten stehen. Als ein weiteres 
Beispiel fiir ein ahnliches Datenfeld mit Indikatorwirkung 
kann auch das verwendete GNSS-System angegeben werden. Dann 



020910 M W KAP-5360-EP 

^ - 21 - 

konnte durch einen Datentyp mit drei zulassigen 
Auspragungen mittels der "0" das GPS-System, mittels der 
"1" das GLONASS-System und mittels "2" das GALILEO-System 
bezeichnet werden. In der zweiten Zeile wird das Datenfeld 
"02" definiert. Dieses ist vom Datentyp "UINTIO" und 
aufgrund der "1" im dritten Feld ist erkennbar, dass im 
vierten Feld der kleinste und im f Unf ten Feld der grOsste 
zuiassige Wert des Datenfeldes angegeben wird. In diesem 
Beispiel werden diese Werte der Variablen "ANT" zugewiesen, 
die dem technischen Parameter der AntennenhShe entspricht. 

Ein solches Datenverzeichnis kann nun beispielsweise 
verwendet werden, um aitere Gerate, die nur zwei GNSS- 
Systeme und eine grobe Unterteilung der Antennenhdhe, 
kennen, auch fUr Daten mit mehr als zwei Systemen und einer 
feineren Unterteilung der AntennenhOhe verwendbar zu 
machen. Im Fall der Zahl der Systeme wird dem alten Gerat 
der neue Datentyp und das neue Datenfeld durch das 
Datenverzeichnis mitgeteilt. Wenn eine allgemein 
akzeptierte Variablenbezeichnung fur die verwendbaren 
Systeme, wie z.B. "GNSS", existiert, kann das alte Gerat 
aus dem Datenverzeichnis entnehmen, dass die von ihm 
verarbeitbaren GNSS-Systeme jeweils durch die ersten beiden 
zulassigen Auspragungen des Wertebereichs des Datentyps 
bzw. Datenfeldes indiziert werden. 

Im Fall der Antennenhdhe kann die Situation eintreten, dass 
die verwendete AuflOsung erhOht wird und nicht mehr nur 
1024 Werte als Unterteilung der Antennenhohe gesendet 
werden, sondern 4096. Aus den Angaben des 
Datenverzeichnisses k5nnen nun Unter- und Obergrenze des 
Wertebereichs entnommen werden, so dass eine Zuordnung der 
neuen, feineren Werte zur grOberen, alten Unterteilung 
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m5glich wird. In diesem Beispiel soli angenonunen werden, 
dass der alte Wertebereic.h von "0" bis "1023" reicht und 
eine Unterteilung in 1024 Werte beinhaltet. Das neue 
Datenfeld weist einen Wertebereich von "0" bis "2047" auf 
5 und verwendet einen Datentyp mit 12 Bit und damit einer 
Unterteilung in 4095 Werte. Damit kann das alte Prograinin 
weiterarbeiten, wenn es die obere HSlfte des Wertebereichs 
in der Auswertung abschneidet^ da diese Werte uber den 
ursprtinglichen Bereich hinausgehen. Ftlr die untere HSlfte 

10 muss nun berUcksichtigt werden^ dass jeweils . zwei .Vjferte .der 
neuen Skala einem Wert der alten Skala entsprechen. Damit 
muss das GerSt jeweils zwei zusammenhSngende Werte als 
einem alten Wert entsprechend interpretieren . 
Beispielsweise wxirden die Werte "0" und "1" im neuen 

15 Datenfeld vom Gerat in beiden Fallen als "0" interpretiert • 
Der im neuen Datenfeld iibermittelte Wert "2843" konnte 
» nicht verarbeitet werden und wurde beispielsweise zu einer 

Fehlermeldung oder der Verwendung des im Gerat zulassigen 
grosstmoglichen * Wertes "1023" als Ersatz fuhren. Die 

20 Voraussetzung ftir eine solche, Anwendbarkeit eines 
erf indungsgemassen Datenverzeichnisses stellt eine 
entsprechende BerGcksichtigung einer solchen Funktionalitat 
in der Entwicklung der alten Software dar. 

25 Grundsatzlich besteht auch die Mbglichkeit, die Datentypen 
und Datenfelder in einer der Datenformate analogen Weise 
iiber die Angabe der Veranderung von bekannten und 
auswertbaren Datenfeldern bzw, Datentypen zu definieren. 

30 Fig- 13 zeigt eine schematische Darstellung der 

Zusammenhange von Datentypen, Datenfeldern und 

Datenf ormaten. Im Datenverzeichnis 7' erfolgt die 

Festlegung der Datentypen, wahrend durch das 
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Datenverzeichnis 7 die Datenf elder definiert werden. Ein im 
Datenformat 0008 vorkommendes Datenf eld 05 kann im 
Datenverzeichnis 7 aufgefunden werden, wo es als Datentyp 
DINTIO festgelegt ist. Die Spezif ikation dieses Datentyps 
kann im Datenverzeichnis 7' gefunden werden. 

Weiterhin kSnnen auch Datenfelder und deren Inhalt mit 
abstrakten Kennzeichnungen, zum Beispiel einer Kennsequenz 
und anschliessend einer durchgehenden Numerierung, versehen 
werden. Neue Datenfelder mit einer. neu vergebenen Sequenz 
kOnnen in einem Datenverzeichnis wie in Fig. 14 abgelegt 
werden. In diesem Datenverzeichnis werden die neuen, nicht 
auswertbaren Datenfelder 67 und 68 auf der Basis der 
auswertbaren Datenfelder 28 und 29 festgelegt. In der 
ersten Zeile wird das nicht auswertbare Datenfeld 67 neu 
eingefuhrt, das auf dem auswertbaren Datenfeld 28 beruht, 
far das aber ein neuer Wertebereich mit den Werten zwischen 
0 und 2400,000, sowie eine Auflosung von 0,002 festgelegt 
ist. Die Definition des Dateninhaltes und die nachfolgende 
Datenverarbeitung werden von der Definition des Datenfeldes 
28 tibernommen. Die nachste Zeile definiert eine eventuelle 
Veranderung des Wertebereiches und der Aufiasung fUr das 
Datenfeld 29 durch Angabe des neuen nicht auswertbaren 
Datenfeldes 68 und des zugehSrigen Wertebereichs bzw. der 
AuflSsung, 



eines 



Fig. 15 beinhaltet eine schematische Darstellung 
Beispiels der Obertragung eines Referenzverzeichnisses 10 
mit einem erf indungsgemSssen Verfahren. Eine DGNSS- 
Referenzstation 8 als erstes Gerat iibertragt bei Aufbau der 
Kommunikation das Ref erenzverzeichnis. 10 zu einem Rover 9 
und einem Theodoliten 9' als innerhalb des Sendebereichs 
befindliche zweite Gerate. 
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Alternativ oder ergSnzend kann jedoch auch eine periodische 
Ausstrahlung eines aktuellen Referenz- oder 

Datenverzeichnisses im Broadcast-Betrieb erfolgen, so dass 
5 alle innerhalb des Empf angsbereich befindliche Stationen 
das Verzeichnis empfangen kOnnen. Das hier im folgenden 
dargestellte Verfahren stellt lediglich eine beispielhaf te 
MOglichkeit der erfindungsgemassen Obertragung im bi- 
direktionalen Modus dar. Eine Anwendung • fUr ein 
10 unidirektionales Verfahren ist erf indungsgemass gleichfaJLls 
mOglich. 

Die Software des Rovers 9 ist so ausgelegt, dass sie nur 
ein Datenformat M9 direkt. verarbeiten kann^ wahrend dies 

15 beim Theodoliten 9' ausschliesslich fUr das Datenformat M9' 
gilt. Im nachsten Schritt, der in Fig. 16 schematisch 
dargestellt wird;. erfolgt eine Obermittlung von Daten im 
Format M8 von der DGNSS-Ref erenzstation 8 zu den zweiten 
Geraten 9 und . 9'. Diese empfangen das nicht direkt 

20 verarbeitbare Datenformat M8 und konnen mit Hilfe des 
Ref erenzverzeichnisses 10 auswertbare Datenfelder 
identifizieren bzw. lokalisieren Hierdurch kGnnen die 
direkt verarbeitbaren Datenformate M9 bzw. M9' abgeleitet 
und somit die Qbermittelten Daten - zumindest teilweise - 

25 genutzt werden. 

Fig. 17 zeigt die schematische Darstellung eines ersten 
Theodoliten 11 mit weiteren Geraten als Beispiel eines 
erfindungsgemassen Systems. Der erste Theodolit 11 und 
30 wenigstens ein intelligenter Reflektor 15 sind als zweite 
Gerate zusammen mit einem weiteren Theodoliten 11' als 
erstem Gerat Bestandteil eines erfindungsgemassen Systems, 
in dem zwischen alien Komponenten eine Kommunikation 
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erfolgt. Der erste Theodolit 11 weist hierfUr 
Kommunikationsmittel 12 auf, die in Verbindung mit einem 
Computer als Mitteln zum Verarbeiten der nutzbaren Daten 13 
und Speichermitteln 14 in den ersten Theodoliten 11 integriert 
sind. Zu Beginn der Kommunikat ions verbindung tibermittelt der 
weitere Theodolit 11' an alle zweiten Gerate ein 
Referenzverzeichnis. Dieses Ref erenzverzeichnis wird im ersten 
Theodoliten 11 durch die Konununikationsmittel 12 empfangen und 
in den Speichermitteln 14 abgelegt. In nachfolgend zwischen 
den Geraten Obertragenen Datenformaten kSnnen dann aufgrund 
des Referenzverzeichnisses auswertbare Datenfojrmate, 
gegebenenfalls unter Zuhilfenahme ebenfalls Obertragener 
Datenverzeichnisse, lokalisiert und die enthaltenen Daten 
genutzt werden. Im Theodoliten 11 werden die Daten hierzu 
durch die Kommunikationsmittel 12 empfangen und von den 
Mitteln zum Verarbeiten der nutzbaren Daten 13 ausgewertet. 
Hierzu greifen die Mittel zum Verarbeiten der nutzbaren Daten 
13 auf das in den Speichermitteln 14 abgelegte 
Referenzverzeichnis zu. In diesem Zusammenhang soil keine 
Unterscheidung hinsichtlich der Realisierung von 
Auswertungs- und Datenverarbeitungsmitteln getroffen werde. 
Das erfindungsgemSsse Verfahren betrifft alle 
rechnercfestatzten Realisierungen, unabhangig von der 
konkreten VerkOrperungsf orm des Programmablauf s in 
Schaltungsform, Firmware oder auf spielbarer Software. 

Die dargestellten Ausf Uhrungsf ormen stellen nur Beispiele 
ftir erfindungsgemasse Realisierungen dar und sind daher 
nicht abschliessend und einschrSnkend zu verstehen. Daruber 
hinaus kann der Fachmann weitere erf indungsgemasse 
Ausfuhrungsformen ableiten, z.B. unter Verwendung 
alternativer Formen der Datenhaltung und Datenverarbeitung.. 
Insbesondere kdnnen alternative Ausgestaltungen von 
Verzeichnissen verwendet werden, wobei insbesondere auch 
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Zusammenf assungen von Daten- und Ref erenzverzeichnissen in 
einem oder mehreren aggregierten Verzeichnissen 
realisierbar sind. 
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Sep. 20QZ 

Pa ten tanspruche 

1. Verfahren zur Verwendung von nutzbaren Daten in nicht 

direkt verarbeitbaren Datenformaten bei der, insbesondere 
drahtlosen, Koitmiunikation zwischen wenigstens zwei 
geodatischen Geraten mit 

einem ersten GerSt (8,11') mit Kommunikationsmitteln, 

eineiti zweiten GerSt (9, 9 Ml, 15) mit 

• Kommunikationsmitteln (12) 

• Mitteln zum Verarbeiten der nutzbaren Daten (13) und 

• Speichermit teln (14), 

mit den Schritten 

- Senden von Daten durch das erste Gerat (8,11'), wobei die 
Daten in Datenformaten mit einer Sequenz aus wenigstens 
zwei Datenfeldern gesendet werden, 

- Empfangen der Daten und Verarbeiten von nutzbaren Daten 
durch das zweite Gerat (9, 9 Ml, 15), wobei aus auswertbaren 
Datenfeldern die nutzbaren Daten gelesen werden, 

dadurch gekennzexchnet^ dass, 

insbesondere in Zusammenhang mit dem Senden der Daten, 
wenigstens ein Ref erenzverzeichnis (10) ubertragen und in den 
Speichermitteln (14) gespeichert wird, wobei das 
Ref erenzverzeichnis (10) in nicht direkt verarbeitbaren 
Datenformaten die auswertbaren Datenf elder indiziert. 



2. Verfahren nach Anspruch 1, 
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dactorch qekeixnzelchnetf dasa 



ein Datenverzeichnis iibertragen wird, in dem Datenfelder 
und/oder Datentypen definiert werden- 

5 

3. Verfahren nach Anspruch 1 oder 2, 

dadurch qekennzexchnet: ^ dass 

10 die Datenformate durch eine, insbesondere eine numerische oder 
alphanumerische, Codierung (4) eindeutig bezeichnet werden. 

4. Verfahren nach einem der vorangehenden Anspruche^ 

15 dadurch gekenngexchnet , dass 

in einem der Datenformate wenigstens ein Datenfeld mit einer 
fixen LSnge gew^hlt wird, insbesondere mit einer durch das 
Format geod^tischer Orts- oder Zeitangaben bedingten Lange. 



25 beim Empfangen der Daten oder Verarbeiten von nutzbaren Daten 
wenigstens ein nicht auswertbares Datenfeld im nicht direkt 
verarbeitbaren Datenformat unterdrtickt wird, so dass nur eine 
Sequenz von auswertbaren Datenfeldern empfangen und/dder 
ausgewertet wird. 



20 



5. Verfahren nach einem der vorangehenden AnsprQche/. 



dadurch qekennzeichnet, dass 



30 



6. Verfahren nach einem der vorangehenden AnsprUche, 



dadurch qekennzeichnet ^ dass 
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beim Empfangen der Daten oder Verarbeiten von nutzbaren Daten 
in nicht direkt verarbeitbaren Datenf ormaten wenigstens ein 
auswertbares Datenfeld innerhalb der Sequenz von Datenfeldern 
lokalisiert wird- 

7. Verfahren nach einem der vorangehenden AnsprUche, 
dadurch gekennzexchnet, dass 

die Indizierung auswertbarer Datenf elder im 
Referenzverzeichnis (10) durch wenigstens eine der beiden 
Massnahmen erfolgt 

- Angeben der Folge von Datenfeldern in nicht direkt 
verarbeitbaren Datenf ormaten, so dass auswertbare Datenfelder 
lokalisierbar sind, 

- Angeben einer VerSnderung bekannter Datenformate, so dass 
die Folge von Datenfeldern in den nicht direkt verarbeitbaren 
Datenformaten ableitbar und auswertbare Datenfelder 
lokalisierbar sind. .. .... 

8. Verfahren nach einem der vorangehenden Ansprache, 
dadurch qekennze±chnet, dass 

beim Senden der Daten das erste GerSt Daten (8,11') an mehrere 
zweite Gerate (9, 9', 11, 15) ubermittelt. 

9. Verfahren nach einem der vorangehenden AnsprOche, 
dadurch qekennzexchnet^ dass 



die Obertragung des Ref erenzverzeichnisses (10) durch 
wenigstens eine der folgenden Massnahmen ausgelost wird 
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- Aufbauen einer Kommunikationsverbindung zwischen erstem 
(8,11') und zweiten Gerat (9, 9' , 11, 15) , 

- Erkennen einer gesetzten Zeitmarke, insbesondere 
5 periodischen Zeitmarke, wahrend der Existenz einer 

Kommunikationsverbindung zwischen erstem GerSt (8,11') und 
zweitem Gerat (9, 9 ' , 11, 15) , 

- Ablaufen eines Zahlvorganges, 

- Ausfuhren eines definierten Vorgangs im ersten GerSt 
10 (8,11'). 

- Obermitteln einer Meldung durch das zweite Gerat 

(9, 9' , 11, 15) , dass ein nicht direkt verarbeitbares Datenformat 
empfangen wird oder wurde, 

- Obermitteln einer Meldung durch das zweite Gerat 
15 (9, 9' , 11, 15) , in der die durch dieses zweite Ger^t 

(9, 9' , 11/ 15) direkt verarbeitbaren Datenformate bezeichnet 
sind. 

10. Computerprogrammprodukt mit Programmcode, der auf einem 
20 maschinenlesbaren Trager gespeichert ist, zur Durchfuhrung 

des Schrittes Empfangen der Daten und Verarbeiten von 
nutzbaren Daten des Verfahrens nach einem der AnsprOche 1 
bis 9, insbesondere wenn das Programm in einem Computer 
(13) ausgefuhrt wird. 

25 

11. Analoges oder digi tales Computer-Daten-Signal, verkorpert 
durch .eine elektromagnetische Welle, mit einem 
Programmcode-Segment • zur DurchfUhrung des Schrittes 
Empfangen der Daten und Verarbeiten von nutzbaren Daten des 

30 Verfahrens nach einem der Ansprtiche 1 bis 9, insbesondere 

wenn der Programmcode in einem Computer (13) ausgefuhrt 
wird. 



12. Referenzverzeichnis (10) oder Datenverzeichnis als Code, 
35 der auf einem maschinenlesbaren Trager gespeichert ist, zur 



020910 




KAP-5360-EP 



- 31 - 



Durchftihrung des Verfahrens nach einem der Anspruche 1 bis 
9, insbesondere wenn der Code in einem Computer (13) 
verwendet wird. 

13. Ref erenzverzeichnis (10) oder Datenverzeichnis als 
analoges oder digitales Computer-Daten-Signal, verkarpert 
durch eine elektromagnetische Welle mit einem Code-Segment 
zur Durchfuhrung des Verfahrens nach einem der Anspruche 1 
bis 9, insbesondere wenn das Code-Segment in einem Computer 
(13) verwendet wird. 

14. Geodatisches Gerat, insbesondere Ref erenzstation far 
dif ferentielles GNSS oder Theodolit, als erstes Gerat 
(8/11') zur Durchfuhrung des Verfahrens nach einem der 
Anspruche 1 bis 9, mit Kommunikationsmitteln/ 

dadurch crekennzelchnet:/ dass 

die Kommunikationsmittel (12) zur Ubertragung eines 
Referenzverzeichnisses (10) oder Datenverzeichnisses 
ausgelegt sind. 

15. Geodatisches Gerat nach Anspruch 14, 
dadurch qekennzeichnei:/ dass 

die Kommunikationsmittel (12) so ausgebildet sind, dass die 
Obertragung des Referenzverzeichnisses (10) oder des 
Datenverzeichnisses durch wenigstens eines der folgenden 
Ereignisse ausgelost wird 

- Aufbau einer Koramunikationsverbindung zu einem zweiten Gerat 
(9, 9', 11, 15), 

- Erkennung einer gesetzten Zeitmarke, insbesondere einer 
oeriodischen Zeitmarke, 
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- Ende eines Zahlvorganges, 

- Ausfiihrung eines definierten Vorgangs, 

- Empfang einer Warnmeldung eines zweiten GerSts (9^ 9 ' # 11 r 15) , 
dass ein nicht direkt verarbeitbares Datenformat empfangen 

5 wird Oder wurde, 

- Empfang einer Meldung eines zweiten Gerats ( 9, 9 ' , 11^ 15) / in 
der die durch dieses zweite GerSt (9, 9 ',11, 15) direkt 
verarbeitbaren Datenformate bezeichnet sind. 

10 16. Ge'odatisches Gerat, insbesondere Rover fQr 

differentielles GNSS, als zweites GerSt (9, 9 ',11, 15) zur 
Durchfiihrung des Verfahrens nach einem der AnsprU9he 1 bis 
8, mit ' 

15 • Kommunikationsmitteln (12) 

• Mitteln zum Verarbeiten von nutzbaren Daten (13) und 

• Speichermitteln (14), 



20 



25 



dadurch gekennzeiclinet ^ dass 

die Kommunikationsmittel (12) und die Speichermittel (14) 
so ausgebildet und angeordnet sind, dass ein 
Referenzverzeichnis (10) oder ein Datenverzeichnis 
empfangen und gespeichert wird- 

17- Geodatisches Ger^t nach Anspruch 15, 

dadurch gekennze±clin<et , dass 



30 die Kommunikationsmittel (12) oder die Mittel zum 

Verarbeiten von nutzbaren Daten (13) so ausgelegt sind, 
dass in nicht direkt verarbeitbaren Datenf ormaten 
enthaltene und auswertbare Datenfelder durch die 
Indizierung im Referenzverzeichnis (10) identif iziert 
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ls. Geodatisches Gerat nach einem der AnsprOche 15 bis 16, 



dadurch gekennzeichnet^ dass 

die Kommunikationsmittel (12) oder die Mittel zum 
Verarbeiten von nutzbaren Daten (14) so ausgelegt sind, 
dass nicht auswertbare Datenfelder im nicht direkt 
verarbeitbaren Datenformat wShrend des Empfangs der Daten 
Oder des Verarbeitens von nutzbaren Daten unterdrUckt 
werden. 

19. Geodatisches GerSt nach einem der AnsprOche 15 bis 11, 
dadtarch gekennzexchnel:, dass 

die Kommunikationsmittel (12) oder die Mittel zum 
Verarbeiten von nutzbaren Daten (14) so ausgelegt sind, 
dass auswertbare Datenfelder im nicht direkt verarbeitbaren 
Datenformat wShrend des Empfangens der Daten oder des 
Verarbeitens von nutzbaren Daten innerhalb der Sequenz von 
Datenfeldern lokalisiert werden. 

20. Geodatisches System, insbesondere dif f erentielles GNSS- 
System, zur Durchftihrung des Verfahrens nach einem der 
Anspruche 1 bis 8 mit 

wenigstens einem ersten GerSt (8,11') nach Anspruch 13 
und 

wenigstens einem zweiten GerSt (9, 9 ',11, 15) nach einem 
der Ansprtiche 14 bis 18. 
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20 

Zusanunenf assung t4,&p. 20(B 

Zur Auswertung von Daten in nicht direkt verarbeitbaren 
Datenformaten, die zwischen geodatischen GerSten 
(8, 9, 9 ',11, 11 ',15) kommuniziert werden, erfolgt eine 
Nutzung von Referenzverzeichnissen (10) und 

Datenverzeichnissen. Diese werden vorzugsweise in 
Zusairanenhang mit der Obermittlung der Daten Ubertragen und 
indizieren auswertbare Datenf elder in Datenf ormaten . 
Empfangt ein geodatisches Gerat (8, 9, 9 ' , 11, 11 • , 15) ein 
nicht direkt verarbeitbares Datenf ormat, so konnen durch. 
das Referenzverzeichnis (10) auswertbare Datenf elder 
gefunden und durch ein Datenverzeichnis nicht auswertbare 
Datenf elder genutzt werden. 



Fig. 16 
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